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RELOCATION OF SERVING RADIO NETWORK 
CONTROLLER WITH SIGNALING OF LINKING OF 

TRANSPORT CHANNELS 

BACKGROUND 



1. FIELD OF THE INVENTION 

The present invention pertains to telecommunications, and particularly to the 
relocation of a Serving Radio Network Controller in a Radio Access Network. 

2. RELATED ART AND OTHER CONSIDERATIONS 

In a typical cellular radio system, mobile user equipment units (UEs) 
communicate via a radio access network (RAN) to one or more core networks. The 
user equipment units (UEs) can be mobile stations such as mobile telephones ("cellular" 
telephones) and laptops with mobile termination, and thus can be, for example, portable, 
pocket, hand-held, computer-included, or car-mounted mobile devices which 
communicate voice and/or data with radio access network. 

The radio access network (RAN) covers a geographical area which is divided 
into cell areas, with each cell area being served by a base station. A cell is a 
geographical area where radio coverage is provided by the radio base station equipment 
at a base station site. Each cell is identified by a unique identity, which is broadcast in 
the cell. The base stations communicate over the air interface (e.g., radio frequencies) 
with the user equipment units (UE) within range of the base stations. In the radio 
access network, several base stations are typically connected (e.g., by landlines or 
microwave) to a radio network controller (RNC). The radio network controller, also 
sometimes termed a base station controller (BSC), supervises and coordinates various 
activities of the plural base stations connected thereto. The radio network controllers 
are typically connected to one or more core networks. 
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One example of a radio access network is the Universal Mobile 
Telecommunications (UMTS) Terrestrial Radio Access Network (UTRAN). The 
UTRAN is a third generation system which is in some respects builds upon the radio 
access technology known as Global System for Mobile communications (GSM) 
developed in Europe. UTRAN is essentially a wideband code division multiple access 
(W-CDMA) system. 

As those skilled in the art appreciate, in W-CDMA technology a common 
frequency band allows simultaneous communication between a user equipment unit 
(UE) and plural base stations. Signals occupying the common frequency band are 
discriminated at the receiving station through spread spectrum CDMA waveform 
properties based on the use of a high speed, pseudo-noise (PN) code. These high speed 
PN codes are used to modulate signals transmitted from the base stations and the user 
equipment units (UEs). Transmitter stations using different PN codes (or a PN code 
offset in time) produce signals that can be separately demodulated at a receiving station. 
The high speed PN modulation also allows the receiving station to advantageously 
generate a received signal from a single transmitting station by combining several 
distinct propagation paths of the transmitted signal. In CDMA, therefore, a user 
equipment unit (UE) need not switch frequency when handoff of a connection is made 
from one cell to another. As a result, a destination cell can support a connection to a 
user equipment unit (UE) at the same time the origination cell continues to service the 
connection. Since the user equipment unit (UE) is always communicating through at 
least one cell during handover, there is no disruption to the call. Hence, the term "soft 
handover." In contrast to hard handover, soft handover is a "make-before-break" 
switching operation. 

The Universal Mobile Telecommunications (UMTS) Terrestrial Radio Access 
Network (UTRAN) accommodates both circuit switched and packet switched 
connections. In this regard, in UTRAN the circuit switched connections involve a radio 
network controller (RNC) communicating with a mobile switching center (MSC), 
which in turn is connected to a connection-oriented, external core network, which may 
be (for example) the Public Switched Telephone Network (PSTN) and/or the Integrated 
Services Digital Network (ISDN). On the other hand, in UTRAN the packet switched 
connections involve the radio network controller communicating with a Serving GPRS 
Support Node (SGSN) which in turn is connected through a backbone network and a 
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Gateway GPRS support node (GGSN) to packet-switched networks (e.g., the Internet, 
X.25 externa] networks) 

There are several interfaces of interest in the UTRAN. The interface between the 
radio network controllers (RNCs) and the core network(s) is termed the "Iu" interface. 
The interface between a radio network controller (RNC) and its base stations (BSs) is 
termed the "Iub" interface. The interface between the user equipment unit (UE) and the 
base stations is known as the "air interface" or the "radio interface". In some instances, 
a connection involves both a Serving or Source RNC (SRNC) and a target or drift RNC 
(DRNC), with the SRNC controlling the connection but with one or more diversity legs 
of the connection being handling by the DRNC (see, in this regard, United States Patent 
Application Serial No. 09/035,821 filed March 6, 1998, entitled "Telecommunications 
Inter-Exchange Measurement Transfer"; and United States Patent Application Serial 
No. 09/035,788 filed March 6, 1998, entitled "Telecommunications Inter-Exchange 
Congestion Control", both of which are incorporated herein by reference). The 
interface between a SRNC and a DRNC is termed the "Iur" interface. 

In the Universal Mobile Telecommunications (UMTS), a service is identified on 
a non-access stratum level of the UMTS architecture by a Non- Assess Stratum (NAS) 
Service Identifier (NAS Service ID). On the access stratum level of the UMTS 
architecture, each service is identified by a radio access bearer (RAB) identifier (RAB- 
ID) on the Iu interface and by one or more radio bearer (RB) identifiers (RB IDs) on the 
radio interface (e.g,. the air interface). Each NAS Service is thus linked to one radio 
access bearer (RAB), and each radio access bearer (RAB) is linked to one or more radio 
bearers (RBs). One or more radio bearers (RBs) are linked to one transport channel, 
e.g., to one Dedicated Transport Channel (DCH) on the Iur, Iub, and radio interfaces. 
Each DCH is thus linked to one or more radio bearers (RBs). Consequentially, each 
radio access bearer (RAB) is linked to one or more DCHs. 

A Dedicated Transport Channel (DCH) is identified by a DCH ID on the Iur and 
Iub interfaces. The DCH ID used on the Iur and Iub interfaces is not used on the radio 
interface. Instead, a Transport Channel (TrCH) identifier is used over the radio 
interface to identify the transport channel on the radio interface. The serving RNC 
(SRNC) and the UE know this Transport Channel (TrCH) identifier (in the same way as 
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they know the RB ID), but the Transport Channel (TrCH) identifier is not known to the 
DRNC or to the Base Station. 

A project known as the Third Generation Partnership Project (3 GPP) has 
undertaken to evolve further the UTRAN and GSM-based radio access network 
technologies. The 3GPP anticipates a situation in which the role of a Serving RNC 
(SRNC) will be relocated from a first RNC to another RNC, such as an RNC which 
previously served as a Drift RNC (DRNC). In connection with such relocation, the 
3 GPP proposes to signal from the first RNC (e.g., the old SRNC) to the second RNC 
(e g new SRNC) certain linking information, and specifically to signal information 
which links the radio access bearer (RAB) IDs and their radio bearer (RB) IDs. 
However, in accordance with this 3 GPP proposal, the new SRNC must still guess which 
transport channels would correspond to the radio bearers utilized. 

What is needed, therefore, and an object of the present invention, is a technique 
for enabling the new SRNC to link transport channels with radio bearers. 

ttRTFF STIMMAT3V OF THF INVENTI ON 

In a radio access network, a SRNC relocation procedure is performed for 
relocating a role of a serving radio network controller (SRNC) for a telecommunicanons 
service involving a user equipment, unit (UE) from a first radio network controller to a 
second radio network controller. In accordance various modes of the SRNC relocation 
procedure, the first radio network controller signals to the second radio network 
controller information for linking transport channels utilized for the service with a radio 
access bearer (RAB) for the service. 

In a first mode of the invention, the signaling links a dedicated transport channel 
(DCH) utilized for the service with a radio access bearer (RAB) for the service. In 
second through fourth modes of the invention, during the SRNC relocation procedure 
the signaling links uplink and downlink transport channel (TrCH) IDs with the radio 
access bearer (RAB) identifier. In a third mode, the linking of the uplink and downlink 
transport channel (TrCH) IDs with the radio access bearer (RAB) identifier occurs over 
the Iu interface, while linking of the TrCH IDs and the DCH IDs occurs over the lur 
interface. In a fourth mode, the linking of the uplink and downlink transport channel 
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(TrCH) IDs with the radio access bearer (RAB) identifier occurs over the Iu interface, 
and there is no need to transmit DCH IDs in view of the target SRNC already knowing 
the uplink and downlink transport channel (TrCH) IDs, which have replaced the DCH 
IDs on the Iur and Iub interfaces. 

Preferably but not exclusively, in accordance with the SRNC relocation 
procedure the signaling of the information for linking the transport channels with the 
radio access bearer (RAB) for the service occurs at a time when a user equipment unit 
(UE) involved in the service is not changing cells, with the signaling being routed via a 
core network. 



Advantageously, the SRNC relocation procedure of the invention allows the 
target SRNC node to utilize, after the relocation, the same transport channels as before 
the location, without having to make new allocations of transport channels. 



BRIEF DESCRI PTION OF THE DRAWTNHS 

The foregoing and other objects, features, and advantages of the invention will 
be apparent from the following more particular description of preferred embodiments as 
illustrated in the accompanying drawings in which reference characters refer to the 
same parts throughout the various views. The drawings are not necessarily to scale, 
emphasis instead being placed upon illustrating the principles of the invention. 

Fig. 1 is diagrammatic view of example mobile communications system in which 
the present invention may be advantageously employed. 

Fig. 1A is a diagrammatic view illustrating an example assignment of RNC roles 
for the system of Fig. 1 at setup of a connection with a user equipment unit (UE). 

Fig. IB is a diagrammatic view illustrating an example assignment of RNC roles 
after successive handovers of the connection with a user equipment unit (UE). 

Fig. 2A is a diagrammatic view illustrating an example assignment of RNC roles 
before relocation with user equipment unit (UE) involvement. 
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Fig. 2B is a diagrammatic view illustrating an example assignment of RNC roles 
after relocation with user equipment unit (UE) involvement. 

Fig. 3 A is a diagrammatic view illustrating an example assignment of RNC roles 
before relocation without user equipment unit (UE) involvement. 

5 Fig. 3B is a diagrammatic view an example assignment of RNC roles after 

relocation without user equipment unit (UE) involvement. 

Fig. 4A is a diagrammatic view illustrating a relation between various identifiers 
employed in a telecommunications connection prior to performance of an SRNC 
relocation procedure of the invention. 

10 Fig 4B is a diacrammatic view illustrating a relation between various identifiers 

employed in a telecommunications connection subsequent to performance of an SRNC 
relocation procedure according to a First mode of the invention. 

Fig 5 A and Fig. 5B are diagrammatic views illustrating an example SRNC 
relocation procedure without user equipment unit (UE) involvement in accordance with 
1 5 one mode of the invention. 

Fig. 6 is a schematic view of an example RNC node in accordance with one 
embodiment of the invention. 

Fig. 7 is a diagrammatic view of an example format of a RELOCATION 
REQUIRED MESSAGE according to a first mode of the invention. 

2 o Fig 8A and Fig. 8B are diagrammatic views illustrating an example SRNC 

relocation procedure without user equipment unit (UE) involvement in accordance with 
a second mode of the invention. 

Fig. 9A is a diagrammatic view illustrating a relation between various identifiers 
employed in a telecommunications connection prior to performance of an SRNC 
25 relocation procedure according to the second mode of the invention. 
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Fig. 9B is a diagrammatic view illustrating a relation between various identifiers 
employed in a telecommunications connection subsequent to performance of an SRNC 
relocation procedure according to the second mode of the invention. 

Fig. 10 is a diagrammatic view of an example format of a RELOCATION 
5 REQUIRED MESSAGE according to a second mode of the invention. 

Fig. 1 1 is a diagrammatic view illustrating an example SRNC relocation 
procedure without user equipment unit (UE) involvement in accordance with a third 
mode of the invention. 

Fig. 12 is a diagrammatic view of an example format of a RELOCATION 
10 REQUIRED MESSAGE according to a third mode of the invention. 

Fig. 13 is a diagrammatic view illustrating an example SRNC relocation 
procedure without user equipment unit (UE) involvement in accordance with a fourth 
mode of the invention. 

DETAILED DESCRIPTION OF THE DRAWINGS 

15 In the following description, for purposes of explanation and not limitation, 

specific details are set forth such as particular architectures, interfaces, techniques, etc. 
in order to provide a thorough understanding of the present invention. However, it will 
be apparent to those skilled in the art that the present invention may be practiced in 
other embodiments that depart from these specific details. In other instances, detailed 

20 descriptions of well known devices, circuits, and methods are omitted so as not to 
obscure the description of the present invention with unnecessary detail. 

The present invention is described in the non-limiting, example context of a 
universal mobile telecommunications (UMTS) 10 shown in Fig. 1. A representative, 
connection-oriented, external core network, shown as a cloud 12 may be for example 
25 the Public Switched Telephone Network (PSTN) and/or the Integrated Services Digital 
Network (ISDN). A representative, connectionless-oriented external core network 
shown as a cloud 14, may be for example the Internet. Both core networks are coupled 
to corresponding service nodes 16. The PSTN/ISDN connection-oriented network 12 is 
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connected to a connection-oriented service node shown as a Mobile Switching Center 
(MSG) node 18 that provides circuit- switched services. The Internet 
oriented network 14 is connected to a General Packet Rad.o Serv.ce (GPRS) nod ,20 
tailored to provide packet- switched type services which is sometnnes referred to as the 
serving GPRS service node (SGSN). 

Each of the eore network service nodes 18 and 20 connects to a UMTS 
Terrestrial Radio Access Network (UTRAN) 24 over a radio access network (RAN) 
interface referred to as the lu interface. UTRAN 24 includes one or more radto network 
controllers (RNCs) 26. For sake of simplicity, the UTRAN 24 of Fig. 1 is shown wtih 
OX to RNC » odes, particularly RNC 26, and RNC26, Each RNC 26 is connected to 
a plnrality of base scions (BS) 28. For example, and again for sake °f two 
base station nodes are shown connected to each RNC 26. In .his regard, RNC 26, 
serves base station 28,, and base station 28,.,, while RNC 26 2 serves base station 28,, 
and base sration 28,, It wil, be appreciated mat a different number of base stations can 
be served by each RNC, and that RNCs need not serve the same number of base 
stations. Moreover, Fig. 1 shows that an RNC can be connected over an lur mterface to 
one or more other RNCs in the URAN 24. 

A user equipment unit (UE), such as user equipment unit (UE) 30 shown in Fig 
,, communicates with one or more base stations (BS) 28 over a radio or atr mterface 32. 
Each of the radio interface 32, the lu interface, the lub interface, and the lur mterface 
are shown by dash-dotted lines in Fig. 1 . 

Preferably, radio access is based upon wideband, Code Division Multiple Access 
(WCDMA) with individual radio channels allocated using CDMA spreading codes. Of 
course, other access methods may be employed. WCDMA provides wide bandwrdth 
for multimedia services and other high transmission rate demands as well as robust 
features like diversity handoff and RAKE receivers to ensure high quahty. Each user 
mobile station or equipment unit (UE) 30 is assigned its own scrambling code m order 
for a base station 28 to identify transmissions from mat particular user eqmpment unr. 
(UE) as well as for the user equipment unit (UE) to identify transmissions from the base 
station intended for mat user equipment unit (UE) from all of the other transmisstons 
and noise present in the same area. 
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Different types of control channels may exist between one of the base stations 28 
and user equipment units (UEs) 30. For example, in the forward or downlink direction, 
there are several types of broadcast channels including a general broadcast channel 
(BCH), a paging channel (PCH), a common pilot channel (CPICH), and a forward 
access channel (FACH) for providing various other types of control messages to user 
equipment units (UEs). In the reverse or uplink direction, a random access channel 
(RACH) is employed by user equipment units (UEs) whenever access is desired to 
perform location registration, call origination, page response, and other types of access 
operations. The random access channel (RACH) is also used for carrying certain user 
data, e.g., best effort packet data for, e.g., web browser applications. Traffic channels 
(TCH) may be allocated to carry substantive call communications with a user 
equipment unit (UE). 



The present invention particularly concerns a situation in a cellular radio 
communication network in which the role of a serving radio network controller (SRNC) 
is transferred from one radio network controller to another radio network controller. In 
terms of "role", those skilled in the art appreciate that, with respect to a certain RAN- 
UE connection, an RNC can either have the role of a serving RNC (SRNC) or the role 
of a drift RNC (DRNC). If an RNC is a serving RNC (SRNC), the RNC is in charge of 
the connection with the user equipment unit (UE), e.g., it has full control of the 
connection within the radio access network (RAN). A serving RNC (SRNC) is 
connected to the core network. On the other hand, if an RNC is a drift RNC (DRNC), 
its supports the serving RNC (SRNC) by supplying radio resources (within the cells 
controlled by the drift RNC (DRNC)) needed for a connection with the user equipment 
unit(UE). 

When a connection between the radio access network (RAN) and user equipment 
unit (UE) is being established, the radio access network (RAN) decides which RNC is 
to be the serving RNC (SRNC) and, if needed, which RNC is to be a drift RNC 
(DRNC). Normally, the RNC that controls the cell where the user equipment unit (UE) 
is located when the connection is first established is initially selected as the serving 
RNC (SRNC) . As the user equipment unit (UE) moves, the connection is maintained 
by establishing radio communication branches or legs via new cells, possibly cells 
controlled by other RNCs. Those other RNCs become drift RNCs (DRNC) for RAN- 
UE connection. 
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To illustrate the foregoing, and as a prelude to an explanation of the present 
invention, reference is made to the situation shown in Fig. 1 A. Fig. 1 A shows an 
example of RNC role assignment for user equipment unit (UE) 30 at initial setup of a 
connection involving user equipment unit (UE) 30. In Fig. 1 A, radio network controller 
(RNC) 26, acts as the serving RNC (SRNC) for the connection with user equipment 
unit (UE) 30, since user equipment unit (UE) 30 is in the cell controlled by base station 
(BS) 28,.,. The connection with user equipment unit (UE) 30 in Fig. 1 A is shown by 
the broken line 36 1A (which extends from core network 16, through radio network 
controller (RNC) 26„ and base station (BS) 28,., to user equipment unit (UE) 30). 

Suppose that user equipment unit (UE) 30 travels in the rightward direction 
indicated by arrow 34 in Fig. 1 A, eventually leaving the cell controlled by base station 
(BS) 28, , and traveling successively through the cells controlled by respective base 
stations 28, „ 28,.,, and 28 2 . 2 . As user equipment unit (UE) 30 enters a new cell, a 
handover occurs. The time at which user equipment unit (UE) 30 arrives at the cell 
controlled by base station 28 2 . 2 is illustrated in Fig. IB. At such time shown in Fig. IB, 
radio network controller (RNC) 26, still acts as the serving RNC (SRNC) for the 
connection to user equipment unit (UE) 30, while radio network controller (RNC) 26 2 
acts as the drift RNC (DRNC). In other words, radio network controller (RNC) 26, still 
has control of the connection with user equipment unit (UE) 30, while radio network 
controller (RNC) 26 2 supplies resources for the connection with respect to the cell m 
which user equipment unit (UE) 30 currently resides. The connection with user 
equipment unit (UE) 30 in Fig. IB is shown by the broken line 36, B . 

In certain situations it its advantageous to transfer control of a particular UE 
connection from one RNC to another RNC. A relocate function/procedure is provided 
to effect this transfer of control. This is a general fiincti on/procedure covering UMTS 
internal relocations (e.g., relocation of SNRC within the UMTS) as well as relocations 
to other systems (e.g., from UMTS to GSM, for example). This invention primarily 
involves relocations within a system (such as UMTS, for example). The invention is 
especially advantageous to relocations within systems for which there is no support of 
RNC-RNC communication between the involved RNCs (e.g., no Iur interface). 
However, the invention is also applicable to other situations, such as (for example) (1) 
when an Iur interface exists but there is no support on the concerned Iur interface for 
communication on dedicated channels (DCHs), or (2) although the Iur interface exists, 
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it may be optimal for transmission efficiency of the network not to use the Iur interface 
for relocation purposes (e.g., a better situation results after the location). Thus, in one 
mode of the present invention, the relocation function/procedure is primarily 
implemented using the Iu interface. 

In general, there are two types of relocations. The first type of relocation, 
illustrated generally by Fig. 2A and Fig. 2B, is relocation with user equipment unit (UE) 
involvement. The second type of relocation, illustrated generally by Fig. 3A and Fig. 
3B, is relocation without user equipment unit (UE) involvement. While, as explained 
subsequently, this invention is especially applicable to relocation without user 
equipment unit (UE) involvement, the present invention is useful in both general 
scenarios. 



In the general case of relocation with user equipment unit (UE) involvement, 
illustrated in Fig. 2A and Fig. 2B, the serving RNC (SRNC) role is transferred from one 
RNC to another RNC at the same time as the radio interface communication is handed 
15 over from once cell to another cell. After the relocation, the only remaining nodes are 
the core network node(s) and the user equipment unit (UE). The serving RNC (SRNC) 
is replaced by another RNC and the base stations are placed by other base stations 
served by the replacing RNC. Any formerly involved DRNC is no longer involved. 

Fig. 2A shows a connection 36 2A with user equipment unit (UE) 30 at a time 
20 when user equipment unit (UE) 30 is in a cell controlled by base station (BS) 28,_ 2 , and 
before relocation with user equipment unit (UE) involvement. The serving RNC 
(SRNC) is radio network controller (RNC) 26,. It so happens that, at the time shown 
in Fig. 2A, no drift RNC (DRNC) is involved. A drift RNC (DRNC) could be involved 
before a relocation with user equipment unit (UE) involvement (but, for sake of 
25 simplicity, such is not illustrated in Fig. 2A). A drift RNC (DRNC) is normally not 
involved after relocation with user equipment unit (UE) involvement, even though it 
could (but, for sake of simplicity, such is not illustrated in Fig. 2A). 

For simplicity, in Fig. 2A (as well as other figures) there is only one base station 
communicating with user equipment unit (UE) 30. Yet those skilled in the art will 
30 understand such is typically not the case, as there may be more than one base station in 
radio contact with user equipment unit (UE) 30 for, e.g., diversity purposes. However, 
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since the relocation of the present invention is applicable regardless of whether one or 
plural base stations are in communication with the user equipment unit (UE) 30, for 
simplicity only one such base station is shown. 

Suppose that user equipment unit (UE) 30 moves in the direction of arrow 34 
from the cell controlled by base station (BS) 28 M to the cell controlled by base station 
(BS) 28 2 , (in the manner shown in Fig. 2B). Suppose further that in such move the role 
of SNRC is transferred from radio network controller (RNC) 26, to radio network 
controller (RNC) 26 2 at the same time as the radio interface communication is handed 
over from the cell controlled by base station (BS) 28 M to the cell controlled by base 
station (BS) 28 2 ,. In other words, an SRNC relocation with user equipment unit (UE) 
involvement occurs as user equipment unit (UE) 30 transitions between cells. Fig. 2B 
thus shows connection 36 2B with user equipment unit (UE) 30 after the relocation with 
user equipment unit (UE) involvement. 

In the general case of relocation without user equipment unit (UE) involvement, 
illustrated in Fig. 3A and Fig. 3B, the serving RNC (SRNC) role is transferred from one 
RNC to another RNC without the user equipment unit (UE) changing cell for radio 
interface communication. After the relocation the remaining nodes are the core network 
nodes, the RNC which takes over the serving RNC (SRNC) role, the base stations with 
which the user equipment unit (UE) has radio contact, and the user equipment unit 
(UE). Fig. 3A shows the RNC role assignment before a relocation without user 
equipment unit (UE) involvement, with radio network controller (RNC) 26, being the 
serving RNC (SRNC) and having control of connection 36 3A . In Fig. 3 A, radio network 
controller (RNC) 26 2 serves as the drift RNC (DRNC). Fig. 3B, on the other hand, 
shows the RNC role assignment after a relocation without user equipment unit (UE) 
involvement, with radio network controller (RNC) 26 2 being the serving RNC (SRNC) 
which handles connection 36 3B . 

Attention will eventually focus on how the present invention performs the 
relocation without user equipment unit (UE) involvement in the example situation 
shown in Fig. 3 A and Fig. 3B. But before doing so, further detail is provided 
concerning establishment of a telecommunications service for which relocation can be 
required. This description is provided in the context of a description of Fig. 4A. 
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Fig. 4A shows an access stratum of the architecture of Universal Mobile 
Telecommunications (UMTS) 1 0 as being framed by broken line 38. A non-access 
stratum level of the UMTS architecture exists above the box framed by broken line 38. 
When a telecommunications service is utilized in the Universal Mobile 
5 Telecommunications (UMTS) 10, the service is identified on the non-access stratum 
level of the UMTS architecture by a NAS Service Identifier (NAS Service ID) 40. For 
example, the service can be a circuit switch (CS) service (e.g., a speech call) or a packet 
sw itch (PS) service. In this regard, the NAS Service ID can be the Stream ID for a 
circuit switch (CS) service or a NSAPI for a packet switch (PS) service. It is not 
10 necessarily germane to the present invention as to what type of service is being utilized, 
and herein w ith reference to the connection involving user equipment unit (UE) 30 the 
service is generically referenced as "the service". 

On the access stratum level of the UMTS architecture, the service is identified by 
a radio access bearer (RAB) identifier (RAB ID) 42 on the Iu and radio interfaces and is 

15 accompanied by one or more radio bearer (RB) identifiers (RB IDs) 44 on the radio 

interface (e.g,. the air interface) identifying the radio bearers. During establishment of a 
UMTS service, at the core network the RAB ID is assigned the value of the NAS 
Service ID, thus creating a linking (illustrated by line 50 in Fig. 4A) between the RAB 
ID and the NAS Service ID. Using an Iu interface protocol, the RAB ID is passed over 

20 the Iu interface (as indicated by line 52 in Fig. 4A) to the Serving RNC (SRNC). The 
SRNC then decides how to map the radio access bearer (RAB) onto radio bearers 
(RBs). The mapping of the radio access bearer (RAB) onto radio bearers (RBs) is 
shown by lines 54 in Fig. 4A. When the SRNC establishes the radio bearers (RB) with 
the UE involved in the service, the SRNC passes the radio bearer (RB) Identities (RB 

25 IDs) identifying the radio bearers (RBs) to the user equipment unit (UE) (indicated by 
lines 56 in Fig. 4A). To create a linking between the NAS Service and the radio bearer 
at the user equipment unit (UE), the SRNC also passes the RAB ID together with the 
corresponding radio bearer (RB) identities (RB IDs) to the user equipment unit (UE) (as 
reflected by line 58 in Fig. 4A). 

30 A Dedicated Transport Channel (DCH) for the service is identified by a DCH ID 

on the Iur and Iub interfaces. Such identification is performed by the serving RNC 
(SRNC) at the time the radio bearers are allocated. At the serving RNC (SRNC), one or 
more radio bearers (RBs) 44 are linked to one transport channel, e.g., to one Dedicated 
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Transport Channel (DCH) 46 on the Iur, Iub, and radio interfaces. Such linking is 
shown by lines 59 in Fig. 4A. Each DCH can be carried by one or more physxcal 
channels. 

However the DCH ID used on the Iur and Iub interfaces is not used on the radio 
interface. Instead, a Transport Channel (TrCH) identifier is used over the radio 
interface to identify the transport channel on the radio interface. The serving RNC 
(SRNC) and the UE know this Transport Channel (TrCH) identifier (in the same way as 
they know the RB ID), but the Transport Channel (TrCH) identifier is not known to the 
DRNC or to the Base Station. 

Thus as shown in Fig. 4A, each NAS Service 40 is linked to one radio access 
bearer (RAB) 42, and each radio access bearer (RAB) 42 is linked to one or more radio 
bearers (RBs) 44. One or more radio bearers (RBs) 44 are linked to one transport 
channel e.g., to one Dedicated Transport Channel (DCH) 46. Consequentially, each 
radio access bearer (RAB) 42 is linked to one or more DCHs 46, as shown in Fig. 4A. 

In the event of a relocation of serving RNC (SRNC) from a first RNC to a 
second RNC for a particular service, the Third Generation Partnership Project (3GPP) 
proposes to signal from the first RNC (e.g., the old SRNC) to the second RNC (e.g. 
new SRNC) certain linking information, and specifically to signal informat.on which 
links the radio access bearer (RAB) IDs and their radio bearer (RB) IDs. However, in 
accordance with this 3GPP proposal, the new SRNC must still guess which dedicated 
transport channels (DCHs) would correspond to the radio bearers utilized. 

By contrast to the 3 GPP proposal, in a first mode of the present invention 
illustrated in Fig. 5A and Fig. 5B, when relocation from a first RNC to a second RNC is 
to occur for a service, the first radio network controller also signals to the second radio 
network controller information for linking a dedicated transport channel (DCH) utilized 
for the service with a radio access bearer (RAB) for the service. 

Fig 5A and Fig. 5B show a UTRAN 10 with a radio access network configured 
to implement the first mode of the present invention. The radio network controller 
(RNC) 26, of the present invention includes a memory or the like, illustrated as data 
, base 100, which associates the dedicated transport channel (DCH) IDs utilized for the 
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service with a radio access bearer (RAB) for the service. For convenience and for 
emphasizing a particular use here relevant for the data stored in the data base 100, the 
data base is entitled the "linking database for RNC relocation", and (for short) "linking 
data base" 1 00. The linking data base 100 includes many fields or information elements 
for a particular service connection to a user equipment unit (UE), not all of which are 
necessarily illustrated in Fig. 5. Fig. 5 does show some fields of linking data base 100 
which are pertinent to the present invention, it being understood that each of the fields 
of linking data base 100 are provided for each service connection to all user equipment 
units (UE) currently being served by radio network controller (RNC) 26,. 



The fields of linking data base 100 include radio access bearer (RAB) ID field 
102; radio bearer (RA) field 103; and DCH ID field 104. The service is represented by 
the RAB ID field 102, which contains a value that is unique for the connection, such as 
the NAS Service ID previously mentioned. The radio access bearer (RAB) ID field 102 
includes the radio access bearer (RAB) identifier (RAB ID) for the connection. The 
1 5 radio bearer (RB) field 1 03 includes the radio bearer (RB) identifiers (RB IDs) 44 for 
the connection. The DCH ID field 104 includes the identifiers for the Dedicated 
Transport Channels (DCHs) 46 utilized by the connection. 

In accordance with the present invention, the serving RNC (SRNC) is provided 
with a relocation procedure 110 which implements the relocation of the serving RNC 
(SRNC) function from a first RNC to a second RNC. As described below particularly 
with reference to Fig. 5A and Fig. 5B, relocation procedure 110 facilitates transmission 
of linking information from a first RNC to a second RNC involved in an SRNC 
relocation operation. 



The time shown in Fig. 5 A is just before a relocation (without user equipment 
25 unit (UE) involvement) of the SRNC for user equipment unit (UE) 30, with user 
equipment unit (UE) 30 being in the cell served by base station (BS) 28 2 . 2 and the 
connection being illustrated by broken line 36 5A . The radio network controller (RNC) 
26, determines that SRNC relocation for the service with user equipment unit (UE) 30 
is desired or necessary, with the anticipated result that radio network controller (RNC) 
30 26 2 (formerly the DRNC for user equipment unit (UE) 30) will become the new serving 
RNC (SRNC) for user equipment unit (UE) 30, replacing radio network controller 
(RNC) 26,. Accordingly, the relocation procedure 110 of radio network controller 
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(RNC) 26, prepares and sends a RELOCATION REQUIRED MESSAGE to the 
appropriate nodes in core network 16. For example, the RELOCATION REQUIRED 
MESSAGE can be sent both to a circuit switched control node (such as MSC node 1 8 in 
Fig 1) and to a packet switched control node (such as SGSN node 20 in Fig. 1). The 
RELOCATION REQUIRED MESSAGE is discussed subsequently in connection with 
Fig 7 The core network node then sends a RELOCATION REQUEST MESSAGE to 

radio network controller (RNC) 26, The RELOCATION REQUIRED MESSAGE and 
RELOCATION REQUEST MESSAGE together serve to transmit from radio network 
controller (RNC) 26, to radio network controller (RNC) 26 2 the information for the 
linking of the DCH IDs with the RAB IDs and RB IDs for the service connection to 
user equipment unit (UE) 30, as illustrated by the dashed/double-dotted line in Fig. 5A. 

The RELOCATION REQUIRED MESSAGE is sent over the Iu interface in an 
appropriate protocol for the Iu interface. Example information elements of the 
RELOCATION REQUIRED MESSAGE which are pertinent to the present invention 
are illustrated in Fig. 7. Such information elements are illustrated in Fig. 7 as a message 
type information element 7-1; source node ID information element 7-2; target RNC 
node ID information element 7-3; RAB ID information element 7-4; RB ID information 
element 7-5 and DCH IDs information element 7-6. The message type information 
element 7-1 identifies the message as a RELOCATION REQUIRED MESSAGE. The 
source node ID information element 7-2, which identifies radio network controller 
(RNC) 26„ is an optional information element not needed for the present invention, but 
which may be useful for gathering statistics, etc. The target RNC node ID information 
element 7-3 identifies the radio network controller (RNC) 26 2 to which the SRNC is to 
be relocated as a result of execution of the RNC relocation procedure. For the service 
connection for user equipment unit (UE) 30, the values contained in information 
elements 7-4 through 7-6 correspond to the information elements 102 through 104 of 
linking data base 100, respectively. 

The RELOCATION REQUEST MESSAGE is sent from the core network node 
to radio network controller (RNC) 26 2 , e.g., to the RNC which is to become the serving 
RNC (SRNC). The format of RELOCATION REQUEST MESSAGE, not specifically 
illustrated herein, basically differs from that of RELOCATION REQUIRED 
MESSAGE of Fig. 7 in that the target RNC ID information element 7-3 need not be 

included. 
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Upon completion of the relocation procedure, and in view of reception of the 
RELOCATION REQUEST MESSAGE, radio network controller (RNC) 26 2 is able to 
perform the linking of identities in the manner shown in Fig. 4B. Both Fig. 5B and Fig. 
4B illustrate that the serving RNC (SRNC) function has moved from radio network 
5 controller (RNC) 26, to radio network controller (RNC) 26 2 , with the connection as 
illustrated by broken line 36 5B in Fig. 5B. Advantageously, radio network controller 
(RNC) 26 2 , upon becoming the serving RNC (SRNC), is provided (via RELOCATION 
REQUIRED MESSAGE and RELOCATION REQUEST MESSAGE) with information 
to link the radio bearer (RB) identifiers (RB IDs) 44 for the service with the same 
10 Dedicated Transport Channels (DCHs) 46 as utilized prior to the relocation. Thus, each 
radio access bearer (RAB) corresponds to one or more DCHs; each radio access bearer 
also corresponds to one or more radio bearers (RBs); and each DCH corresponds to one 
or more radio bearers (RBs). Fig. 4B illustrates by lines 59 the linking of Dedicated 
Transport Channels (DCHs) IDs 46 with radio bearer (RB) identifiers (RB IDs) 44. 

15 Thus, in accordance with the relocation procedure 1 10 of the present invention, 

the target serving RNC (SRNC) (e.g., radio network controller (RNC) 26 2 in Fig. 5B) is 
able to re-create the linking to the same DCHs as previously utilized for user equipment 
unit (UE) 30. Such re-creation of the same DCH/RB linking is advantageous for many 
reasons. One such reason is that time and resources are not consumed in making 

20 another determination as to which DCHs should be utilized for user equipment unit 
(UE) 30 with respect to the service. 

Fig. 6 illustrates, in somewhat more detail, an example RNC node 26 at which 
the relocation procedure 1 10 and linking data base 100 of the present invention can be 
located. It so happens that the RNC node 26 of Fig. 6 is a switched-based node having 

25 a switch 120. The switch 120 serves to interconnect other constituent elements of RNC 
node 26. Such other constituent elements include extension terminals 122! through 
122 n , as well as extension terminal 124. Extension terminals 122, through 122 n 
essentially function to connect RNC node 26 to the base stations 28 served by RNC 
node 26; extension terminal 124 connects RNC node 26 across the Iu interface to the 

30 core network. 

Yet other constituent elements of RNC node 26 include diversity handover unit 
126; an ALT unit 128; codex 130; timing unit 132; a data services application unit 
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134- and a main processor 140. The person skilled in the art will appreciate generally 
the functions of these constituent elements, it being noted that the ALT unit 128 is a 
unit which provides, e.g., multiplexing and demultiplexing and (optionally) queueing 
with regard to differing protocols of cells. 

In the embodiment of RNC node 26 as described in Fig. 6, it is main processor 
140 which executes relocation procedure 110. Further, main processor 140 is connected 
to linking data base 100 for obtaining the linking information therefrom which is 
utilized by relocation procedure 1 1 0 to prepare the RELOCATION REQUIRED 
MESSAGE described with reference to Fig. 5A and Fig. 7. 

The RNC node 26 can be configured to transmit and receive packets or cells, 
such as ATM cells, for example. However, the specific configuration of RNC node 26 
is not critical to the present invention, so long as RNC node 26 can perform the 
relocation procedure 110 herein described and variations thereof. 

As indicated above, on the radio interface (e.g., air interface), a Dedicated 
Transport Channel (DCH) is identified by two Transport Channel (TrCH) IDs on the 
downlink (i.e., from the SRNC to the user equipment unit (UE)) and one Transport 
Channel (TrCH) ID on the uplink (i.e., from the user equipment unit (UE) to the 
SNRC). As explained before, e.g., with reference to Fig. 4A, when the serving RNC 
(SRNC) establishes the radio bearer with the user equipment unit (UE), the serving 
RNC (SRNC) also passes the radio bearer (RB) identifiers (RB IDs) 44 to the user 
equipment unit (UE) . 

The Third Generation Partnership Project (3GPP) also proposes, for a relocation, 
to signal (from the first RNC (e.g., the old SRNC) to the second RNC (e.g., new 
SRNC)) for each radio access bearer (RAB) ID, the corresponding radio bearer (RB) 
IDs (one or more), and the corresponding uplink and downlink TrCH IDs. However, m 
accordance with this 3GPP proposal, the new SRNC must still guess which dedicated 
transport channels (DCHs) would correspond to a set of uplink and downlink TrCH IDs 
based, e.g., on the characteristics of the radio bearers. Thus, except under some special 
conditions, it is not possible with the 3GPP proposal to re-create the linking to the 
30 DCHs in the new SRNC. 
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By contrast to the 3GPP proposal, a second mode of the invention, which 
involves a linking of TrCH IDs with the radio access bearer (RAB) identifier during a 
serving RNC (SRNC) relocation procedure, is illustrated in Fig. 8A and Fig. 8B, 
together with Fig. 9A and Fig. 9B. Fig. 8A and Fig. 9A show that the second mode of 
the invention differs from the first mode by taking into consideration the TrCHs 
involved in the service for user equipment unit (UE) 30. In this regard, the relocation 
procedure 1 10' of the second mode and the linking data base 100' of the second mode 
are configured so that the signaling from radio network controller (RNC) 26, to radio 
network controller (RNC) 26 2 for a RNC relocation procedure provides a linking of 
TrCH IDs with DCH IDs, RAB IDs, and RB IDs, as indicated by the dashed/double- 
dotted line in Fig. 8A. 

In the second mode of the invention, Fig. 9A differs from Fig. 4A by further 
taking into consideration the TrCHs. In particular, in the scheme of Fig. 9A lines 60 
illustrate the linking of TrCH IDs 48 with radio bearer (RB) identifiers (RB IDs) 44. 
Further, Fig. 9A shows by lines 62 the serving RNC (SRNC) further passing the uplink 
and downlink TrCH IDs identifying each DCH to the user equipment unit (UE). 

Reflecting the linking of Fig, 9A, linking data base 100' is provided with an 
additional field 105 which stores the two Transport Channel (TrCH) IDs on the 
downlink and the Transport Channel (TrCH) ID on the uplink which are utilized by user 
equipment unit (UE) 30 for the service. With the TrCH IDs field 105 being included in 
linking data base 100', relocation procedure 1 10 (being executed at radio network 
controller (RNC) 26,) prepares and sends the RELOCATION REQUIRED MESSAGE 
of Fig. 10 to the core network, which in turn sends the RELOCATION REQUEST 
MESSAGE to radio network controller (RNC) 26 2 . 

The RELOCATION REQUIRED MESSAGE of Fig. 10 has essentially the same 
format as that of Fig. 7, with the addition of a further information element 10-8 which 
contains the TrCH IDs which were being utilized by user equipment unit (UE) 30 prior 
to the serving RNC (SRNC) relocation, thereby enabling radio network controller 
(RNC) 26 2 to use these same TrCH IDs after the serving RNC (SRNC) relocation. It 
will be understood, with respect to both the format of Fig. 7 and the format of Fig. 10, 
that the order of the information elements included in these messages is not critical, and 
that numerous variations in format can be realized. 
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Fig. 8B and Fig. 9B depict the situation after the SRNC relocation procedure of 
the second mode has been performed. Broken line 36 8B in Fig. 8B shows the 
connection for user equipment unit (UE) 30 after the SRNC relocation procedure has 
been performed. In this second mode, a linking of the uplink and downlink TrCH IDs 
for all DCH IDs of the Dedicated Transport Channels (DCHs) supporting a certain radio 
access bearer (RAB) identifier (RAB ID) 42 is provided for the new or target SRNC 
during establishment of the DCH over the Iur interface. 

Fig. 1 1 shows a third mode of the invention, which is a variation on the second 
mode of Fig. 8A and Fig. 8B. In essence, Fig. 1 1 shows a relocation procedure 110,, 
which, like the relocation procedure 1 10' of Fig. 8A, sends the RELOCATION 
REQUIRED MESSAGE of Fig. 12 to appropriate nodes of the core network. However, 
unlike the RELOCATION REQUIRED MESSAGE issued by relocation procedure 
110' the relocation procedure 110,, of the third mode does not include the Dedicated 
Channels (DCHs) in RELOCATION REQUIRED MESSAGE of Fig. 12. Omission of 
the DCH IDs in RELOCATION REQUIRED MESSAGE of Fig. 12 is feasible in view 
of the fact that a linking of TrCH IDs and DCH IDs occurs between radio network 
controller (RNC) 26, and radio network controller (RNC) 26, by transmissions over the 
Iur interface prior to the relocation procedure 1 10, , (as shown by another 
dashed/double-dotted line in Fig. 11). After completion of the relocation procedure 
110,, of the third embodiment of Fig. 1 1, the result is similar to that shown in Fig. 8B 
and Fig. 9B. 

In the third mode of the invention, certain messages over the Iur interface would 
preferably include an association of the DCH IDs with their corresponding uplink and 
downlink TrCH IDs. These messages are the RADIO LINK SETUP REQUEST 
MESSAGE; the RADIO LINK RECONFIGURATION PREPARE MESSAGE; and the 
RADIO LINK RECONFIGURATION REQUEST MESSAGE. 

Fig. 13 shows a fourth mode of the invention which is a variation on the third 
mode of Fig. 1 1 . In the relocation procedure 1 10 u of the fourth mode, the Dedicated 
Transport Channel (DCH) IDs are not signaled or transmitted at all in connection with 
the SRNC relocation. Instead in the forth mode the Dedicated Transport Channels 
(DCHs) are identified by the uplink and downlink TrCH IDs on the Iur as well as on the 
radio interface and optionally on the Iub interface. In the fourth mode, the target RNC 
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(e.g., the new SRNC) thus already knows the uplink and downlink TrCH IDs 
identifying the Dedicated Transport Channels (DCHs) relocation procedure 1 10 12 . In 
this regard, in the fourth mode the uplink and downlink TrCH IDs are communicated to 
target RNC over the Iur interface. Therefore, in this fourth mode it is not necessary to 
5 pass the Dedicated Transport Channel (DCH) IDs in the RELOCATION REQUIRED 
MESSAGE or in the RELOCATION REQUEST MESSAGE, or across the Iur interface 
between radio network controller (RNC) 26, and radio network controller (RNC) 26 2 . 

Linking is created in the following way: 

(A) On the Iur interface, prior to the relocation, the RNCs exchange the DCHs 
10 IDs - In the fourth mode it is the uplink and downlink TrCH IDs that are 

exchanged by the RNCs. The DCH ID in the first to third modes is thus 
replaced by the uplink and downlink TrCH IDs. 

(B) On the lu interface, at relocation the linking between the RAB ID and its 
corresponding uplink and downlink TrCH IDs is provided to the target RNC. 

15 ( c ) The target RNC can thus link the RAB to the DCH using the TrCH IDs 

provided firstly over Iur and secondly over Iu at relocation. 

After completion of the relocation procedure 1 10, 3 of the fourth embodiment of 
Fig. 13, the result is similar to that shown in Fig. 8B and Fig. 9B. 

Thus, in the fourth mode of the invention, the relocation procedure 1 10 13 does 
20 not require the DCH IDs in the RELOCATION REQUIRED MESSAGE and 

RELOCATION REQUEST MESSAGE. In the fourth mode of the invention, certain 
messages over the Iur interface and optionally over the Iub interface would preferably 
include the uplink and downlink TrCH IDs as identifiers of a Dedicated Transport 
Channel (DCH) rather than using the DCH IDs. In the fourth mode of the invention the 
25 Dedicated Transport Channels would thus be identified by the uplink and downlink 
TrCH IDs on the Iur as well as on the radio interface and optionally on Iub interfaces. 
These messages are the RADIO LINK SETUP REQUEST MESSAGE; the RADIO 
LINK SETUP RESPONSE MESSAGE; the RADIO LINK SETUP FAILURE 
MESSAGE; the RADIO LINK ADDITION RESPONSE MESSAGE; the RADIO 
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LINK ADDITION FAILURE MESSAGE; the RADIO LINK RECONFIGURATION 
PREPARE MESSAGE; the RADIO LINK RECONFIGURATION READY 
MESSAGE; RADIO LINK RECONFIGURATION REQUEST MESSAGE; and the 
RADIO LINK RECONFIGURATION RESPONSE MESSAGE. 

The invention is independent of the core network architecture. Moreover, 
althouoh the invention has particular applicability to SRNC relocation without user 
equipment unit (UE) involvement, the invention also has advantages in situations 
involvine SRNC location with user equipment unit (UE) involvement. In this regard, 
the relocation can be performed with an objective to optimize transmission by movmg 
the role of the servins RNC (SRNC) to an RNC currently being the DRNC. In this 
case the relocation could be performed also with user equipment unit (UE) involvement 
and ihus include a possible change in DCHs, but in such case it may not be necessary to 
link the radio access bearer (RAB) identifiers (RAB IDs) to the old DCHs. 

While the invention has been described in connection with what is presently 
considered to be the most practical and preferred embodiments and modes, it is to be 
understood that the invention is not to be limited to the disclosed modes and 
embodiments, but on the contrary, is intended to cover various modifications and 
equivalent arrangements included within the spirit and scope of the appended claims. 
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WHAT IS CT.ATMF.n TS- 

1 . A method of performing, for a telecommunications service, relocation of a 
role of a serving radio network controller (SRNC) from a first radio network controller 
(RNC) [26,] to a second radio network controller (RNC) [26 2 ], characterized in that for 
a service for which the relocation occurs the first radio network controller signals to the 
second radio network controller information for linking a transport channel utilized for 
the service with a radio access bearer (RAB) for the service. 

2. The method of claim 2, further comprising the first radio network controller 
signaling to the second radio network controller information for linking a radio bearer 
(RB) utilized for the service with a radio access bearer (RAB) for the service. 

3. The method of claim 1 , further comprising signaling the information for 
linking the transport channel utilized for the service with a radio access bearer (RAB) 
for the service at a time when a user equipment unit (UE) involved in the service is not 
changing cells. 

4. The method of claim 1 , wherein the signaling from the first radio network 
controller to the second radio network controller occurs via a core network [16]. 

5. The method of claim 1, wherein the transport channel utilized for the service 
is a dedicated transport channel (DCH) existing over an Iur interface and an Iub 
interface. 

6. The method of claim 5, wherein the first radio network controller further 
signals to the second radio network controller information for linking uplink and 
downlink transport channels (TrCHs) utilized for the service with a radio access bearer 
(RAB) for the service. 

7. The method of claim 1, wherein the transport channel utilized for the service 
is a transport channel (TrCH) utilized over a radio interface. 

8. The method of claim 7, further comprising the first radio network controller 
signaling to the second radio network controller information for linking both uplink and 
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downlink transport channels (TrCHs) utilized for the service with a radio access bearer 
(RAB) for the service. 

9 The method of claim 7, further comprising the first radio network controller 
signaling to the second radio network controller, prior to the relocation and over an lur 
interface, information for linking a dedicated transport channel (DCH) and a transport 
channel (TrCH) over a radio interface. 

10 The method of claim 7, further comprising identifying a dedicated transport 
channel (DCH) by uplink and downlink transport channel (TrCH) identifiers over an lur 
interface as well as on a radio interface. 

11. The method of claim 10, further comprising communicating the uplink and 
downlink transport channel (TrCH) identifiers over an lur interface from the first radio 
network controller to the second radio network controller. 

12. A radio access network which performs a serving radio network controller 
(SRNC) relocation procedure for a telecommunications service involving a user 
equipment unit (UE), the serving radio network controller (SRNC) relocation procedure 
functioning to relocate a role of a serving radio network controller (SRNC) from a first 
radio network controller (RNC) [26,] to a second radio network controller (RNC) [26J, 
characterized in that in accordance with the serving radio network controller (SRNC) 
relocation procedure the first radio network controller signals to the second radio 
network controller information for linking a transport channel utilized for the service 
with a radio access bearer (RAB) for the service. 

13. The network of claim 12, wherein the first radio network controller further 
signals to the second radio network controller information for linking a radio bearer 
(RB) utilized for the service with a radio access bearer (RAB) for the service. 

14 The network of claim 12, wherein the information for linking the transport 
channel utilized for the service with a radio access bearer (RAB) for the service is 
signaled at a time when a user equipment unit (UE) involved in the service is not 
changing cells. 
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15. The network of claim 12, wherein the signaling from the first radio network 
controller to the second radio network controller occurs via a core network [16]. 

1 6. The network of claim 12, wherein the transport channel utilized for the 
service is a dedicated transport channel (DCH) existing over an Iur interface and an Iub 
interface. 

1 7. The network of claim 12, wherein the first radio network controller further 
signals to the second radio network controller information for linking uplink and 
downlink transport channels (TrCHs) utilized for the service with a radio access bearer 
(RAB) for the service. 

18. The network of claim 12, wherein the transport channel utilized for the 
service is a transport channel (TrCH) utilized over a radio interface. 

1 9. The network of claim 1 8, wherein the first radio network controller signals 
to the second radio network controller information for linking uplink and downlink 
transport channels (TrCHs) utilized for the service with a radio access bearer (RAB) for 
the service. 

20. The network of claim 18, wherein the first radio network controller signals 
to the second radio network controller, prior to the relocation and over an Iur interface, 
information for linking a dedicated transport channel (DCH) and a transport channel 
(TrCH) over a radio interface. 

2 1 . The network of claim 1 8, wherein a dedicated transport channel (DCH) is 
identified by uplink and downlink transport channel (TrCH) identifiers over an Iur 
interface as well as on a radio interface. 
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